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© Data processor with development support features. 



© A data processor (11) with development support features includes an alternate mode of operation In which 
instructions are received by means of an external ly-controi led path. The connections used by the externally- 
controlled path are not shared by any system resources accessible to the data processor (11) in the normal 
ZTJ 0f f ; US6d by ° thGr devei °P™nt support features in the normal mode. In a preferred 

embodiment an integrated circuit microcomputer (10) includes such a data processor (11) as its CPU The CPU 
(11) has access to on-chip peripherals and memory, in addition to off-chip peripherals (13,15) and memory (14) 
in both the normal and alternate modes of operation, by means of a parallel bus (12) which it operates as a bus 
master. In the alternate mode, the CPU receives Instructions by means of a serial bus on which the CPU is a 
I slave device. FIG 1 
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DATA PROCESSOR WITH DEVELOPMENT SUPPORT FEATURES 



Field of the Invention 



5 The present invention relates, in general, to a data processor having features which enhance the 
functionality and reduce the complexity of development systems intended for use with the system. More 
particularly, the invention relates to a data processor with a debug mode of operation in which instructions 
are received by means of a serial interface. 

to 

Background of the Invention 



Development systems are used in conjunction with data processing systems to assist in the 
/5 "debugging" of both hardware and software. Typical functions of development systems include the insertion 
of and response to breakpoints, halting the execution of the data processor to examine and perhaps alter 
the contents of various system registers and the like and tracing the execution of software. 

Data processing systems which are constructed as single integrated circuits, or even as a combination 
of a few such integrated circuits, present increasingly difficult problems in the design of development 
20 systems. As the complexity of the data processor increases, more and more functionality is incorporated 
onto a single integrated circuit and less access to internal buses, registers and the like is available to 
development systems. 

Prior art integrated circuit data processing systems are known in which a special operating mode is 
available for debugging and/or emulation purposes. In the special operating mode, the system executes 

25 normal instructions as in the normal mode, but fetches the instructions to be executed from a location 
external to the integrated circuit. In all such systems, one or more of the "system resources" which are 
utilized by the system in its normal mode of operation (e.g. a communication port) are appropriated for 
communication with the development system during the special operating mode. 

Other development support features which appear in prior art integrated circuit data processing systems 

30 include the ability to halt the processor and read certain internal registers and the ability to operate a 
separate, specially-provided state machine on the same integrated circuit to perform certain debugging 
functions. 

All of the prior art data processing systems with development support features have one or more 
disadvantages. For instance, the appropriation of system resources for use in the debug mode prevents 
35 those resources from being used in their normal fashion, thus requiring extra peripheral circuitry to emulate 
those functions. The provision of an extra, on-chip debugging machine requires significant extra area on \he 
integrated circuit and is, therefore, suitable only for use on limited numbers of special purpose, debugging- 
type data processors. 

40 

Summary of the Invention 



Accordingly, it is an object of the present invention to provide an improved data processor with 
45 development support features. 

It is a further object of the present invention to provide a data processor having an alternate mode of 
operation in which the normal instruction execution apparatus of the processor is used to execute 
debugging instructions. 

It is yet a further object of the present invention to provide a data processor having an alternate mode 
50 of operation in which debugging Instructions are received for execution by means of a serial communication 
interface which is not one of the system resources available to the system in the normal mode of operation. 

These and other objects and advantages of th present invention are provided by a data processor 
having a plurality of system resources and comprising: first means for executing instructions; second means 
for utilizing the system r sources in accordance with the execution by said first means of a first plurality of 
instructions; and third means for providing access to at I ast one of the system r sourc s in accordance 
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with the execution by said first means of a second plurality of instructions. 

Th se and other objects and advantages of the present Invention will be apparent to those skilled in the 
art from the detailed description below taken together with the drawings. 

5 

Brief Description of the Drawings 

FIG. 1 is a block diagram of an integrated circuit data processing system which comprises a 
10 preferred embodiment of the present invention; 

FIG. 2 is a diagram Illustrating the programmer's model of the data processor of FIG. 1; 

FIG. 3 is a diagram illustrating the structure of portions oi the central processing unit of th© data 
processing system of FIG. 1; and FIG. 4 is a block diagram illustrating a debug mode serial interface 
portion of the apparatus of FIG. 3. 

;s 

Detailed Description of the Invention 



20 The terms "assert", "assertion", "negate" and "negation" will be used to avoid confusion when dealing 
with a mixture of "active high" and "active low" signals. "Assert" and "assertion" are used to indicate that a 
signal is rendered active, or logically true. "Negate" and "negation" are used to indicate that a signal is 
rendered inactive, or logically false. 

FIG. 1 illustrates an integrated circuit data processing system according to a preferred embodiment of 

25 the present invention. A microcomputer 10 comprises a central processing unit (CPU) 11, an intermodule 
bus (1MB) 12, a serial communication interface 13, on-board memory 14. a timer module 15 and a system 
integration module (SIM) 16. Inter-module bus 12, which comprises multiple data, address and control 
signal lines as described in detail below, is coupled to and provides for communication between each of the 
other components of microcomputer 10. Serial interface 13 provides for synchronous and/or asynchronous 

30 serial data transfer between microcomputer 10 and external devices and systems by means of several 
serial I/O pins. Memory 14 provides storage space for program and other data useful to microcomputer 10. 
Timer module 15 provides various timing functions such as input capture, output compare and the like by 
means ot several timer pins. SIM 19 provides an interface between 1MB 12 and an external bus, the detail© 
of which are discussed below, and also provides certain system functions such as clock signal generation 

35 and distribution. 

In addition to its connection to 1MB 12. CPU 11 is coupled to three pins of microcomputer 10 which are 
referred to by the labels IPIPE/DSO, IFETCH/DSI and BKPT/DSCLK, respectively. IPIPE/DSO is an output- 
only pin which provides a signal useful to an external development system for instruction pipeline 
synchronization (IPIPE) or debug serial communication (DSO), depending on the operating mode of CPU 

40 11. IFETCH/DSI is a bidirectional pin which is useful to an external development system for instruction 
pipeline synchronization (IFETCH) or debug serial communication (DSI), depending on the operating mode 
of CPU 11. BKPT/DSCLK is an input-only pin which is useful to an external development system for 
directing CPU 11 to execute a breakpoint (BKPT), to enter a debug mode of operation or for debug serail 
communication (DSCLK), depending on the operating mode of CPU 11. Each of these functions is 

45 described in more detail below. 

While not all of the development support features of microcomputer 10 are the subject of the present 
invention, ail are interrelated in the context of the operation of the preferred embodiment The development 
support features of microcomputer 10 include: a "background debug" mode of operation, trackability of the 
instruction pipeline of CPU 11, external visibility of 1MB bus cycles and the ability of both on-board modules 

so and external devices to insert breakpoints. 

The background debug mode of operation involves toggling CPU 11 Into a mode in which execution of 
normal instruction fetched via 1MB 12 is halted and execution proceeds with special debugging instructions 
which are received by means of a serial communication interface comprising the IPIPE/OSO, IFETCH/DSI 
and BKPT/DSCLK pins. The special debugging instructions are capable of reading and writing the CPU's 

55 registers (including several registers not accessible in the normal mode of operation), reading and writing 
locations in the memory map (which includes locations in memory 14 and registers in serial interface 13. 
timer module 15 and SIM 18) and resuming normal instruction execution. The ability to track the internal 
instruction pipelin of CPU 11 involves the use of the IPIPE/DSO and IFETCH/DSI pins. In normal mod , 
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10 



15 



CPU 1 1 asserts IPIPE for one clock cycle when the first stage of the pipe is advanced and for two clock 
cycles when both stages of the pipe are advanced. Similarly, IFETCH is assert d for a single clock cycle to 
indicate that the curr nt bus cycle is an instruction f ten and for two clock cycles to indicate that th pip 
has been flushed. 

The ability to make purely internal bus cycles on 1MB 12 visible outside of microcomputer 10 involves 
the s tting of control bits in SIM 16 to a particular valu . Wh n these bits are properly set, 1MB cycles are 
echoed on the external bus. These external bus cycles are distinguished from normal external bus cycles 
by the fact that the address strobe (AS) is never asserted. The breakpoint features of microcomputer 10 
allow either an external device or one of the on-board peripherals to insert a breakpoint associated with an 
access of any particular memory location. Access to an operand at that location or execution of an 
instruction stored at that location will cause CPU 10 to execute a breakpoint exception handling routing (or 
to enter background debug mode). 

Ail of these features will be explained in greater detail below. 

In order to provide an adequate background for the discussion to follow, the signals of both 1MB 12 and 
the external bus must be described. The tables below provide a summary of those signals and their 
definitions. Most of these signals and their definitions are similar to the bus signals of microprocessors 
available commercially from Motorola, Inc. of Austin, Texas. An example of such a microprocessor is the 
MC8S010. 



20 



SIGNAL NAME 



INTER-MODULE BUS SIGNALS 
MNEMONIC FUNCTION 



DIRECTION 



25 



Address Bus 



ADDR0- 
ADDR31 



32 bit address bus 
capable of address* 
ing 4 Gbytes 



output 



30 



35 



40 



Data Bus 



DATA0- 
DATA15 



Function Code FC0-FC2 



16 bit data bus 
capable of 8 and 
16 bit transfers 

Identifies CPU 
state (supervisor/ 
user) and address 
space of current bus 
cycle 



input/output 



output 



45 



Clock 



CLOCK 



Master system dock 



input 



50 



55 
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SIGNAL NAME 
Cycle Start 

Address Strobe 



Data Strobe 



Read/Write 



Transfer Size 



Data Transfer 
Acknowledge 

Bus Error 



INTER-MODULE BUS SIGNALS 
MNEMONIC FqNCTIQN 



CYS 



AS 



DS 



WRITE 



SIZO- 
SIZ1 



DTACK 



BERR 



DIRECTION 
input/output 

output/input 



Indicates start of 
internal bus cycle 

Indicates second 
phase of bus cycle 
and that address is 
valid 



Indicates third output 
phase of bus cycle 
that data is valid 
for write cycle 

Defines a bus cycle output 
as a read or write, 
relative to the bus 
master 



output/input 



Specifies the 
number of bytes yet 
to be transferred in 
a bus cycle 



Slave response input 
which terminates a 
bus cycle 

Provides for input 
termination of a bus 
cycle if no valid 
response is received 
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SIGNAL NAME 
Relinquish and 
Retry 



INTER-MODULE BUS SIGNALS 

MNEMONIC FUNCTION DIRECTION 

RRT Provides a means input 

for breaking a bus 

mastership standoff 

at the internal/ 

external bus boundary 



Retry 



RETRY Provides for term- 

ination of a bus 
cycle which should 
be rerun 



input 



Halt 



HALT 



Indicates that the 
CPU has halted due 
to an abnormal 
condition 



output 



Breakpoint 
Request 



BKPT 



Signals a request 
for a breakpoint on 
the current bus cycle 



input 



Breakpoint 
Acknowledge 



FREEZE Indicates that the 

CPU has entered 
background debug mode 



output 



System Reset SYSRST Provides a "soft" 

reset which does not 
disturb system conf- 
iguration data 



output 



Master Reset 



MSTRST 



Provides a "hard" 
reset of everything 



input 



Interrupt 

Request 

Level 



IRQ1-IRQ7 



Prioritized int- 
errupt requests to 
the CPU 



input 
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INTER-MODULE BUS SIGNALS 
SIGNAL NAME MNEMONIC FUNCTION DIRECTION 



Autovector 



AVEC 



10 



IS 



20 



25 



Bus Request 



Bus Lock 



Test Mode 



BRO-BRn 



BLOCK 



TSTMOD 



Specifies that 
autovector feature 
is to be used during 
an interrupt ack. cycle 

Prioritized bus 
mastership arbitra- 
tion signals 

Allows bus master 
to retain bus 

Enables test mode 
for all devices 



input 



input 



input /output 



input 



30 



Enable 1MB 
test lines 



IMBTEST Changes function of input 
IRQ1-IRQ7 to test lines 



35 



40 



Note that signal directions in the table above are specified with respect to 
CPU 11. 

EXTERNAL BUS SIGNALS 
SIGNAL NAME MNEMONIC FUNCTION DIRECTION 



45 



Address Bus 



A0-A23* 



24 bit address bus 
capable of address- 
ing 16 Mbytes 



input/ output 



50 



Data Bus 



D0-D15 



16 bit data bus 
capable of 8 and 
16 bit transfers 



input/ output 



5S 
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SIGNAL NAME 
Function Code 



EXTERNAL BUS SIGNALS 
MNEMONIC FUNCTION 



Boot Chip 
Select 

Bus Request 



Bus Grant 



FC0-FC2* 



CSBOOT 



BR< 



BG* 



Identifies CPU 
state (supervisor/ 
user) and address 
space of current bus 
cycle 

Programmable chip 
select for boot-up 

Bus Mastership 
Request line 

Bus Mastership 
Grant line 



DIRECTION 



input/output 



output 



input/output 



output 



Bus Grant 
Acknowledge 

Data and Size 
Acknowledge 



Address Strobe 



BGACK* 



DSACKO- 
DSACK1 



AS 



Bus Mastership input/output 
Grant Acknowledge line 



Indicates that data 
is valid on read and 
that data has been 
received on write. Also 
indicates port size. 

Indicates that 
address, function 
codes etc., are valid 



input/output 



output/input 



Data Strobe 



DS 



Indicates that data 
is valid on write 
and that slave should 
drive data on read 



input/output 
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SIgNAI, NAMI* 
Read/Write 



Transfer Size 



Bus Error 



Halt 



Interrupt 

Request 

Level 

Autovector 



Bus Lock 



Reset 

External RAM 
Chip Enable 



EXTERNAL BUS SIGNALS 
MNEMONIC 



WRITE Defines a bus cycle 

as a read or write, 
relative to the bus 
master 

SIZ0- Indicates single or 

SIZ1 multi-byte transfer 

BERR Provides for 

termination of a bus 
cycle if no valid 
response is received 

HALT Indicates that the 

CPU has halted due 
to an abnormal 
condition 



IRQMRQ7 



Prioritized int- 
errupt requests to 
the CPU 



AVEC Specifies that 

autovector feature 
is to be used during 
an interrupt adc cycle 

BLCK Indicates indivi- 

sible bus cycles 

RESET System Reset 

RAMCE Useful to disable 
external devices 
during resets 



DIRECTION 
input/output 



input/ output 
input/output 



input/output 



input 



input 



input/output 

input/output 
output 
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SIGNAL NAME 

External 
System Cock 



EXTERNAL BUS SIGNALS 
MNEMONIC FUNCTION 



CLK 



External system 
clock - bus dock 



DIRECTION 
output 



Crystal Osc 



EXTAL, Pins for connect- 

XTAL ion of external osc. 

or clock circuit 



input/output 



External 
Filter Capacitor 



Synthesizer 



XFC 



VDDSYN 
VDD 



Allows connection output 
of external Biter 
cap. to internal clock 

Provides power to input 

internal clock 

synthesizer 



Freeze 



FRZ/QUOT 



Acknowledges entry 
into background mode 
and outputs quotient 
bit in test mode 



output 



Test Mode 
Enable and Tri- 
State Control 



TSTME/TSC 



Triggers test mode 
and causes output 
drivers to be tri-stated 



input 



Clock Mode 
Select 



MODCK 



Selects source of 
system clock 



input 



The pins denoted above, with an asterisk, the address pins A19-A23, the function code pins FC0-FC2, 
the bus request pin BR, the bus grant pin BG and the bus grant acknowledge pin BGACK may also be 
used as programmable chip select pins. This feature of microcomputer 10 is not related to an understand- 
ing of the present Invention. Signal directions are specified with respect to microcomputer 10. 

FIG. 2 illustrates the progammer's model of CPU 11, that is, those registers which are accessible to 
software executing on CPU 11. CPU 11 has eight 32-bit wide data registers, labeled D0-D7. Similarly, CPU 
11 has access to seven, 32-bit wide address registers, labeled A0-A6. Each of these registers is both 
readable and writable while executing normal Instructions. 

CPU 11 has tow stack pointers: a user-stack pointer labeled USP and a supervisor stack pointer labeled 
SSP. The stack pointer are used to point to the top of a "stack" of memory locations in which are stored 
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information about the state of CPU 1 1 which is useful for returning from exception proc ssing and the like. 
In addition to the labels USP and SSP. the current stack pointer may be accessed by referencing an eighth 
address register, labeled A7 {or A7). Which stack pointer is accessed in this wasy is determined by the 
current user/supervisor state of CPU 11. The terms user and supervisor refers to the fact that CPU 11 has 

s two "privil g states" of those names which control whether certain "privileged" instructions are executable. 
Th program counter of CPU 11 is a 32-bit wide register labeled PC. As Is conventional, the program 
counter contains th address in memory at which the next instruction to be executed is stored. 

The status register of CPU 11. labeled SR, inludes a separately addressable condition code register 
(CCR) which forms the lower byte of the status register. The lowest five bits of the status registers are the 

;o familiar carry, overflow, zero, negative and extend condition code bits, as is the case with ail Motorola 
68000-lamity microprocessors. The next three bite of the status register are ummplerrvented and read as 
zeros. Bits 8,9 and 10 are the interrupt mask bits used by CPU 11 to determine the lowest priority interrupt 
which is currently un-masked. Bits 11 and 12 are unimpiemented and read as zero. Bit 13 of SR is the 
supervisor bit, which indicates that CPU 11 is in the supervisor privilege state if it is set. The two highest 

t5 order bits of the status register enable tracing of instruction execution, as in the Motorola 68020 
microprocessor. 

CPU 1 1 has two three-bit registers used in certain circumstances to determine the states of the function 
code outputs (FC0-FC2). These are the SFC and DFC (for source function code and destination function 
code) registers. These registers are used by the MOVES instruction to move data between the various 
20 address spaces of CPU 11. as is the case with the Motorola 68010 and 68020 microprocessors. As is 
described more fully below, SFC and DFC are also used to provide the function code outputs while in the 
background debug mode. 

The final register appearing in the programmer's model is VBR, which stands for vector base register. 
VBR is used as a base for calculating vectors which are used to locate the starting addresses of exception 

25 handling software routines. This register is also present in the 68010 and 68020 microprocessors. All of the 
registers described above are, in one way or another, accessible while CPU 11 is executing normal 
instructions. Some, such as the stack pointers and the upper half of the status register, can only be 
accessed while CPU 1 1 is in the supervisor privilege state. There are other registes, such as the temporary 
registers denoted by ATEMP and BTEMP, which do not appear in the programmer's model. These 

30 registers are affected by normal program execution, but are not accessible in the sense that they cannot be 
read or written to. 

FIG. 3 is a block diagram illustrating the detailed structure of CPU 11 of FIG. 1. Of necessity, FIG. 3 is a 
somewhat simplified view of a very complex structure: Detailed descriptions of very similar CPU structures 
are to be found in U.S. Patents 4,342,078, 4,296,469, 4.307,445 and 4,524,415. Ail of these patents are 
35 commonly owned with the present invention. The listed patents are hereby incorporated herein by 
reference. 

CPU 1 1 is a pipelined, microprogrammed data processor. An execution unit 20 is connected bidirec- 
tional to a data bus portion 21 of 1MB 12 (see FIG. 1). Execution unit 20 is coupled to address portion 22 
of 1MB 12. Execution unit 20 is coupled bidirectionally to an instruction register (IR) pipe 23, which is a 
40 multi-stage pipeline through which each normal instruction passes prior to and while it is actually being 
executed. 

Execution unit 20 contains all of the arithmetic, shift, register and other logic necessary to execute each 
of the normal and special debug instructions of CPU 11. Except for the destination function code and 
source function code registers and the status register, all of the registers described above with reference to 
45 FIG. 2 may be thought of as residing within execution unit 20. 

Outputs of IR pipe 23 are coupled to inputs of an address 1 decoder 25, an address 2/2R/3 decoder 26, 
an address 4 decoder 27, an illegal instruction decoder 28, brance controller 29 and a general internal (G) 
bus 30. Address decoders 25, 26 and 27 operate on portions of instructions to produce a next micro 
address. Branch controller 29 produces a portion of a next micro address. Illegal instruction decoder 28 also 
so produces a next micro address. Each of these next micro addresses, or portions thereof, is input to a 
multiplexor 32. Multiplexor 32 also receives inputs from an exception priority decoder 33 and a micro ROM 
34. The output of multiplexor 32 is input to a micro address register 35. 

Micro address register 35 contains the micro address of the micro instruction currently being executed. 
Micro address register 35 provides outputs to both micro ROM 34 and to nano ROM 36. In combination, 
55 micro ROM 34 and nano ROM 36 produce the control outputs necessary to execute each instruction and to 
proceed to the next instruction. An output of micro ROM 34 is coupled to bus controller 40, which operates 
1MB 12 as a bus master to fetch normal instructions and to read and writ data. 

Another output of micro ROM 34 is coupled to function cod logic 41 , which also receives inputs from 
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destination function code register 42 and source function code register 43. Function code logic 41 produces 
the function code bits which indicate the address space of each 1MB bus cycle. DFC 42 and SFC 43 are 
also bidirectionaiiy coupled to G bus 30. 

Various outputs of nano ROM 36 are coupled to background mode serial logic 45, bus controller 

5 register control logic 46, general register control logic 47 and condition code and ALU (arithmetic and logic 
unit) control logic 48. General register control logic 47 also receives inputs from Q bus 30. Background 
mode serial logic 45 is bidirectionaiiy coupled to G bus 30. Bus controller register control 46 and general 
register control 47 provide outputs to execution unit 20. Condition code and ALU control logic 48 is 
bidirectionaiiy coupled to execution unit 20 and has an output coupled to brance control 29. Status register 

10 49 is bidirectionaiiy coupled to G-bus 30, receives inputs from condition code and ALU control logic 48 and 
provides outputs to branch control logic 29. G bus 30 provides inputs to execution unit 20. 

While executing normal instructions. CPU 11 operates in a fashion substantially similar to the data 
processors described in the above-referenced U.S. Patents. Instructions are fetched from memory through 
the operation of bus controller 40. passed through IR pipe 23 and executed by execution unit 20. When 

15 toggled into the background debug mode however, normal instruction execution is haited. Debug instruc- 
tions received by means of background mode serial logic 45 are passed through IR pipe 23 and executed. 
Since the same instruction execution apparatus is used in both the normal and background modes, very 
little additional hardware is required to implement the background debug mode. Relatively small additions to 
one or more of address decoders 25, 26 and 27 and to micro ROM 34 and nano ROM 36 are required, in 

20 addition to background mode serial logic 45 itself. 

FIG. 4 illustrates in greater detail the logical relationships between the major components of CPU 1 1 as 
they relate to the subject matter of the present invention. In the normal mode of operation, a bus controller 
50 fetches instructions and data operands from memory by means of a data bus and an address bus (which 
are merely the data and address portions of 1MB 12 of FIG. 1), which are operated by bus controller 50 as a 

25 bus master. Instructions are passed from bus controller 50 to IR pipe 51 and data operands are passed to 
an execution unit 52. Various outputs from the multiple stages of IR pipe 51 are provided to a sequencer 
53, which provides inputs to microcode 54. Microcode 54 also provides inputs to sequencer 53. The outputs 
of microcode 54 provide inputs to control the operation of execution unit 52. As is apparent, this description 
is a somewhat more simplified view of the operation of a pipelined, microcoded processor than was 

30 presented above. 

Sequencer 53 controls the advancement o1 instructions through the stages of IR pipe 51 . it provides the 
output signals IPIPE and I FETCH so that an external development system can continuously monitor the 
contents of IR pipe 51. In the preferred embodiment, IR pipe 51 may be considered to be a three stage 
pipe. Sequencer 53 asserts IPIPE for one clock cycle when the first stage of the pipe is advanced to the 

35 second stage. Sequencer 53 asserts IPIPE for two clock cycles when both the first stage is advanced to the 
second stage and the second stage is advanced to the third stage. IFETCH is asserted for one clock cycle 
when the current bus cycle is an instruction fetch (i.e., when the results of the bus cycle will be loaded into 
IR pipe 51). IFETCH is asserted for two clock cycles when Ir pipe 51 is cleared, or, as is commonly said, 
flushed. This occurs, for instance, when a program branch is taken or exception processing is commenced. 

40 The assertion of IFETCH for two cycles also indicates that the data returned on the current bus cycle will be 
the first word loaded into the newly cleared IR pipe 51. 

A BKPT input to bus controller 50 includes both the BKPT signal line of 1MB 12 and the direct BKPT 
input to CPU 1 1 as shown in FIG. 1 . Any device having access to BKPt may monitor the bus cycles on 1MB 
12 and/or the external bus and insert breakpoints whenever the address being accesed falls within some 

45 pre-selected range, ro at any other time deemed appropriate. If the bus cycle on which the BKPT input to 
bus controller 50 is asserted is not an instruction fetch cycle, the breakpoint will be acknowledged 
immediately upon the completion of the execution of the currently executing instruction. If the cycle is an 
instruction fetch, then the breakpoint will be made "pending" and only acknowledged after the instruciton 
fetched on that cycle is eventually executed. 

so Insertion of a breakpoint by means of either the 1MB BKPT line or the external BKPT line is referred to 
as a "hardware" breakpoint, in addition to a hardware breakpoint, a "software" breakpoint is provided in the 
preferred embodiment. The software breakpoint is substantially the same as the software breakpoint 
provided on the Motorola 68020 microprocessor and simply comprises one or more of the normal 
instructions which are responded to as breakpoint instructions. 

55 Upon either a hardware or a software breakpoint, a special bus cycle referred to as a breakpoint 
acknowledge cycle is executed. This bus cycle is terminated by th receipt of either a BERR signal or a 
data transfer and size acknowledge signal on DSACKO-1. On both hardware and software breakpoints, 
termination of th cycle by BERR causes CPU 11 to proce d with exception processing. An illegal 
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instruction exception is taken in the case of a software breakpoint and a breakpoint exception is taken in the 
case of a hardware breakpoint. If a breakpoint acknowledge cycle initiated by a software breakpoint is 
terminated by the receipt of a data transfer and size acknowledge on the DSACKCM lines, the returned data 
is used to replace the breakpoint instruction and execution resumes with the replacement instruction. If a 
breakpoint acknowledge cycle initiated by a hardware breakpoint is terminated by receipt of a data transfer 
and size acknowledge on DSACKO-1 , the returned data is ignored and execution is resumed with the next 
instruction as if the breakpoint were never rec ived. Hardwar breakpoints also comprise one of several 
methods of entering the background debug mode, if it is enabled. 

Three different methods for entry into the background debug mode are provided In the preferred 
embodiment. However, none of the entry methods is successful unless the background debug mode .is 
enaWed. Enablement of the background debug mode is determined when microcomputer to is reset by 
means of the external RESET signal. When microcomputer 10 exits reset, the state of the external BKPT 
pin is latched. If the latched value of BKPT is a logical zero, then background debug mode entry is enabled. 
Otherwise, entry is disabled. The state of enablement of background debug mode entry is not alterable 
unless microcomputer 10 is reset again. 

Assuming that background debug mode entry is enabled, the mode may be entered by assertion of the 
BKPT input to bus controller 50. either by one of the devices connected to 1MB 12 or by an external device 
via the external BKPT pin, by execution of the background instruction which is provided as one of the 
normal instructions, or by double bus faults (i.e., a second bus fault occuring during the processing of an 
exception caused by a first bus fault). 

The action of the various breakpoint and background debug mode entry methods Is summarized in the 
following table. 



EVENT 



RESPONSE 



BGM ENABLED 



double bus fault 
hardware breakpoint 
software breakpoint 
background instr. 



background mode 
background mode 
breakpoint ack 
background mode 



DISABLED 



halt 

breakpoint ack 
breakpoint ack 
illegal exc. 



The background debug mode of operation of the apparatus of FIG. 4 Involves the termination of normal 
program execution. Once debug mode is entered, interrupts to CPU 1 1 are not acknowledged or acted 
upon and instruction tracing is disabled. Debug instructions and any address and/or operand data required 
for the execution thereof are provided to IR pipe 51 by serial interface 55. Serial interface 55 receives these 
instructions and data from an external development system via the DSI pin and simultaneously passes 
status and result data to the development system via the DSO pin. Serial interface 55 operates in a manner 
similar to the familiar Motorola Serial Peripheral Interface in which one bit of data is shifted in and one bit of 
data is shifted out on each cycle of the clock signal DSCLK. Since DSCLK is provided by the external 
development system, it controls the serial interface and is said to be the master thereof. Serial interface 55 
operates as a slave. 

The choice to operate serial interface 55 as a slave when in the background debug mode is a feature of 
the preferred embodiment of the present invention. This choice provides a greater degree of freedom in the 
implementation of a development system designed designed for use with this invention, since the 
development system is not constrained by the clock rate at which CPU 1 1 is operating when in its normal 
mode. 

Upon the occurence of one of the background debug mode entry events, the 1MB FREEZE signal is 
asserted to indicate background debug mode entry to other devices on 1MB 12. The external bus FREEZE 
signal is also asserted. No context stacking is performed for entry into background debug mode. Normal 
instruction execution is halted and serial interface 55 is enabled. 

Appropriate response to FREEZE by peripheral devices provides for entry into, and recovery from, 
background debug mode without apparent loss of "real time" context. For instance, a watchdog timer which 
might form a part of SIM 16, could be configured to generate an interrupt or reset periodically if it is not 
cl ared before it tim s out. Obviously, if such a timer is turned off by disabling its clock in response to 
FREEZE, normal instruction execution could begin without losing the state of the watchdog tim r as it 
appeared prior to background debug mode entry. The most appropriate response to FREEZE must be 
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d termined on an individual basis for each component of a system. 

An external development system which is to int ract with CPU 11 during background debug mode 
must, of course, monitor the FREEZE line of the external bus. When FREEZE is asserted, the external 
development system will release BKPT (if it asserted BKPT) and commence transferring debug instructions 
5 and data. 

Once it has been placed in background debug mode, CPU 1 1 simply waits for a debug instruction to be 
supplied by an external development system by means of serial interface 55. A single "transfer" of 
information via serial interface 55 comprises 17 bits: 16 bits of instruction, operand or response and one bit 
of status information. Note that 17 bits are transferred in each direction; that is. from seriaJ interface 55 to 

to the external development system and from the external development system to serial interface 55. 

Obviously, the first transfer after entry into background debug mode comprises a debug instruction to 
be executed. Subsequent transfers may involve the provision of operands such as addresses and data 
necessary for debug instruction execution and/or the provision of results of debug instruction execution to 
the external development system. 

is Once a complete debug instruction, and any necessary address or data is shifted into serial interface 
55, the instruction is executed. In the preferred embodiment, serial interface 55 passes instructions to be 
executed through a stage of IR pipe 51 which is always empty upon background debug mode entry. This is 
possible since such mode entry occurs only on instruction boundaries. 

As mentioned above, the 17 bits received by the external development system on each transfer are 

20 intended to be interpreted as 16 bits of data and one status bit (the most significant bit). If the status bit is 
0, then the data is to be interpreted as a valid transfer of the results of the excecution of the previous debug 
instruction. If the status bit is 1 and the data bits are all 0, the development system is to infer that CPU 11 
is not yet ready to respond to the previous debut instruction, if the status bit is 1 and the least significant 
four data bits are also 1. then the previously transferred debug command was either an illegal command or 

25 was not received properly. If the status bits and all of the data bits are 1 , then execution of the debut 
instruction was terminated by a bus error. The development system may re-synchronize the seriaJ interface 
by transferring 17 or more consecutive Vs. Except when re-synchronizing, the external development 
system must set the most significant bit of data transferred into serial interface 55 to zero. 

Commands in the set of debug instructions include: 1) read an address or data register, 2) write an 

30 address or data register, 3) read a system register, 4) write a system register, 5) read a memory location, 6) 
write a memory location , 7) dump a memory block, 8) fill a memory block, 9) flush the instruction pipe and 
resume normal execution, 10) assert the SYSRST line of 1MB 12 to reset peripherals and 11) perform a no- 
operation (NOP). 

In the case of register instructions, the source or destination register is specified by an encoded bit field 
35 of the instruction itself. All address and data registers of the programmer's model are accessible. In 
additional, all of the system registers of the programmer's model are accessible (including PC, SR, USP t 
SSP, SFC. DFC and VBR). In addition, the ATEMP and BTEMP registers which do not appear in the 
programmer's model are accesible via the read system register and write system register debug instruc- 
tions. Of course, any other registers which do not appear in the programmer's model could also be made 
40 accessible to debugging instructions, if desired. On register writes, the 32 bits comprising the two transfers 
immediately following the instructions supply the data to be written. 

In the case of memory reads and writes, the address is specified by 32 bits of address supplied by the 
two transfers immediately following the instruction. For writes.the byte, word or long word to be written is 
supplied by the one or two transfers following the address. For memory reads, the SFC register supplies 
45 the function codes to be used; that is, the bits of SFC determine the address space to be accessed. 
Similarly, for memory writes, the DFC register supplies the function codes to be used. This implies that 
SFC and DFC must be property set up using the write system register commands before using the memory 
read and write commands. 

The memory block read and write instructions are used when more than a single operand from memory 
so is to be accessed. Either instruction must be preceded by a read or write memory instruction in order to set 
the starting address for the block operation. Once the starting address has been set, subsequent block 
reads and writes need only supply the operand size and the operand itself on writes. 

Note that the ability to perform memory reads and writes implies that 1MB 12, the external bus interface 
and the other on-chip peripherals must still be active in the background debug mode of operation. That is, 
55 they do not respond to the FREEZE signal by halting operation. FREEZE is provided primarily to allow 
subsystems such as watchdog timers, periodic interrupt generators and th like to respond in an 
appropriate manner to maintain the context of the machine as may be desired upon resumption of normal 
instruction execution, as mentioned above. 
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Other possibl debug mode Instructions which may be useful include an instruction to restart normal 
instruction execution without flushing the instruction pipe and an instruction to r turn information about th 
particular version of microcomputer 10 being used, such as a microcode revision number. It should be 
noted that the read and write memory commands can be used to access m mory-mapped registers which 

s control th on-chip peripherals of microcomputer 10. For instance, a register within SIM 16 contains a two 
bit field which controls the external visibility of bus cycles of 1MB 12. These bits are readable and writable 
in the background debug mode. 

As is apparent from the descriptions above, a data processor with powerful development support 
features has been disclosed. The processor has an alternate mode of operation in which an alternate, 

io externally-controlled path is utilized to provide instructions to the processor. The connections used for this 
alternate path are used tn the norma* mode of operation onty Iot other devetopment support features, so 
that no user-accessible system resources are appropriated. Trie instructions supplied to the processor in 
the alternate mode of operation are executed by the normal instruction execution apparatus, so as to 
minimize the additional hardware required to implement the development support features. 

15 



Claims 



1. A data processor (11) having first and second modes of operation for use in a data processing 
20 system (10) comprising a parallel communication bus (12)and a serial communication bus, the data 

processor (11) further comprising first means (51, 52, 53, 54) for sequentially executing a first plurality of 
instructions fetched from a memory (14) by means of the parallel communication bus (12) white in the first 
mode and second means (51 , 52. 53, 54, 55) for sequentially executing a second plurality of instructions 
received by means of the serial communication Interface while in the second mode, the data processor (11) 
26 being further characterized by: 

mode switch means for switching between the first and second modes of operation, the mode switch means 
being responsive to at least one of the second plurality of instructions to switch from the second mode of 
operation to the first mode of operation; and 

control means for disabling the mode switch means from switching from the first mode of operation to the 
30 second mode of operation. 

2. A data processor according to claim 1 wherein the mode switch means is further characterized as 
being responsive to an error condition to switch from the first mode of operation to the second mode of 
operation. 

3. A data processor according to claim 1 or claim 2 wherein the mode switch means is further 
35 characterized as being responsive to at least one of the first plurality of instructions to switch from the first 

mode of operation to the second mode of operation. 

4. A data processor (11) comprising execution means (51, 52, 53. 54) for sequentially executing a 
plurality of instructions, the execution means (51 , 52, 53, 54) having a first mode in which instructions of a 
first subset are excecuted and a second mode in which instructions of a second subset are executed, and 

AO communication means (50, 55) for providing the plurality of Instructions to the execution means and mode 
switch means for switching between the first and second modes of operation, the data processor being 
further characterized in that: 

the communication means operates in a master mode while the execution means is in the first mode and in 
a slave mode while the execution means is in the second mode. 
45 5. A data processor (11) according to claim 4 wherein the communication means is further character- 
ized as comprising: 

controller means (50) for operating a parallel communication bus as a bus master; and 
a slave only serial communication interface (55). 

6. A data processor (11) according to claim 4 or claim 5 wherein the mode switch means is further 
so characterized as: 

being responsive to an externally-provided signal to switch from the first mode to the second mode; and 
being responsive to at least one of the instructions of the second subset to switch from the second mode to 
the first mode. 

7. A data processor (11) according to claim 6 wherein the mode switch means rf further characterized 

55 as: 

being responsive to at least one of the instructions of the first subset to switch from the first mode to the 
second mod . 
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8. A data processor (11) according to claim 7 wherein the mode switch means is further characterized 

as: 

being responsive to an error condition to switch from the first mode to the second mode. 
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